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Title: COMIVIUNICATION WITH A HANDHELD DEVICE DURING POWER UP 
INITIALIZATION OF A SYSTEM 

Field of the Invention 

The present invention relates to computer management and diagnostics, and more 

5 particularly to a system and method for retrieving, displaying and controlling information of a 

computer by a handheld or portable device or the like via a communication interface. 

Description of the Related Art 

It is often desired or even necessary to monitor certain parameters of a computer system 

10 to determine its status or to identify certain error conditions. This is particularly true for a server 
on a network. System administrators of a network, for example, must typically moniior the 
operation of one or more computers operating as servers of the network to determine and 
identify critical errors and operating parameters. One or more server s>-stems are typically 
coupled to a local area netvvoric (LAN) or wide area network (WAN) or the hke to serve a 

15 corresponding pluraUty of cUent computer systems. In more sophisticated configurations, the 
servers are equipped with management capabiUties or software to enable a system administrator 
to control operations of the network, track, and monitor network status, to maximize network 
efficiency, and to locate and correct network problems or failures. Many network management 
systems software is based on the simple network management protocol (SNMP) which is a well 

20 known management standard. Some particular network management software includes 
Compaq's companion insight manager (CIM) or Novel's netware. 

Other information is also useful for performing management fimctions, such as the usage 
of resources and the status of various hardware devices installed. For example, it may 



-2- 



be desired to detennine the amount of available memory, parameters associated with the 
CPU(s), the version and date of ROM firmware, etc. A system monitoring software 
appUcation may be used to monitor and identify such information for display on a monitor. 
For larger networks with several servers, it is not always convenient or cost effective to 
5 have a monitor for each system, or even to supply a single common monitor. For example, 
for network configurations including one or more servers mounted on a rack, there may be 
insufficient room for a monitor and other peripheral devices such as a mouse and keyboard. 

In the simplest form, server diagnostics may consist of a system Ught emitting diode 
(LED) display indicating normal operation, activity, or some sort of system warning or 
10 failure. The LED design provides limited Input/Output (I/O) capability, is awkward to use, 
and provides limited capability, as only a particular subset of management information is 
available due in part to limited display capability. More advanced diagnostic features are. 
available using Liquid Crystal Displays (LCDs) in order to provide additional and more 
complete information. The LCD usage model is usually one of alert or exception reporting. 
15 During normal operation, the LCD display is under-utilized. It displays nametag 
information, or other static information. THe LCD is most beneficial during fault conditions 
or for asset management. The display has the abiUty to notify the user of a fault condition, 
and to provide additional easily accessible detail regarding the condition, possible precursor 
events, and appropriate resolution measures. It should be noted that there are other display 
20 technologies that provide similar fimctionaUty such as vacuum fluorescent technology. 

One particular LCD device is an Integrated Management Display (IMD), which 
provides a more complete set of management information to the administrator. An existing 
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IMD is relatively expensive and consumes a large amount of real estate on the front bezel. 
The case of the IMD is excessively large for the new dense server designs, and cannot be 
included on some designs. For example, cooling requirements may often preclude the use 
of a large diagnostic display that consumes a substantial amount of front bezel space. It is 
possible to reduce the size and capabiUties of the IMD. but reducing functional capabiHties 
is not always desired or practicable. 

There is a concern regarding the implementation of many LCD displays in a server. 
As the density of the servers and other products continually increases, there will be more 
and more LCD displays in rack configurations. A configuration with a substantial number 
10 of displays are often utilized only in the exception case, such as when indicating the need 
for attention during fault conditions, and thus are often under-utilized during normal 
operations. 

Even with the cost of LCD designs being reduced to address cost concerns, LCD 
devices are likely to be sold as options for certain configurations. It is expected that as the 
15 option cost decreases, attach rate will increase. It is desired to reduce the cost to provide 
management capabiUties on a greater number of devices. 



Summary of the Invention 

A communication interface system according to embodiments of the present 
invention may have many fonns depending upon the desired functionality, such as status 
information retrieval, computer diagnostics, computer interfece, etc. In some embodiments, 
a communication interface system enables retrieval of status or health irtfonnation of a 
computer by a handheld device. In more sophisticated embodiments, the handheld device 
may be utilized to interact and control the computer system at various levels of operation, 
including power up, normal operation and powered down states. 

A computer status information retrieval system, according to an embodiment of the 
present invention, includes a computer and a handheld device each with a communication 
port. The computer executes a health program that provides status infonnation associated 
with operation of the computer. The handheld device interfaces with the computer 
communication port to retrieve and display the status information. The computer status 
information retrieval system is particularly advantageous when the computer is in a headless 
configuration, where die computer does not otherwise have input/output (I/O) devices such 
as a keyboard, mouse, or monitor. In the headless configuration, the computer 
communication port is conveniently located on the front bezel of the computer, where the 
handheld device replaces the LCD hardware the retrieve the status information. The 
handheld device may be any type of portable device including a corresponding serial or 
infrared communication port, such as a pahn PC (PPC) a personal digital assistant (PDA), a 
notebook computer, etc. 
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It is appreciated that a single communication port is relatively small compared to 
IMD or LCD hardware so that valuable real estate on the front bezel of the computer is 
saved. This is particularly advantageous for a server system in a stacked configuration, 
where each server has only a single communication port for communication with an external 
5 device, such as a handheld PDA. An administrator can communicate with any of the server 
systems in the stack configuration via the communication port via the handheld device, 
which conveniently replaces IMD or LCD functions. 

In one embodiment, the communication between the computer and handheld device 
is through serial ports. In serial port embodiments, a serial cable is coupled between the 
10 serial ports of the handheld device and the computer. In one embodiment, a docking cradle 
with a serial connector is provided where the handheld device is placed into the docking 
cradle to enable serial communications with the computer. 

It is noted diat the status information may include any information that is coUected, 
stored or otherwise provided by a health program executing on the computer system. Such 
15 health information may at least include any combination of naming information, system 
hardware information or event infonnation. The handheld device may be utihzed to simply 
retrieve the health inforaiation from the computer. In another embodiment, the health 
program is capable of controlling operational parameters of the computer, where the 
handheld device assumes operational control of the computer via the health program. In a 
20 further embodiment, die computer is a server coupled to a network and executes network 
management software that monitors management information in that controlled parameters 
associated with a network. In this manner, the handheld device may retrieve status 
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infonnation of the network and may further have control of management functions via the 
network management software. In any of the embodimaits, the handheld device may 
include a browser application to conveniently browse any of the status of health information 
of the computer. The handheld device typically has a display, where the browser displays 
the information on the handheld device for use by an admini strator. 

And yet further embodiments, the communication ports of the handheld device and 
the computer are implemented with infrared transceivers. In this manner, the handheld 
device communicates with the computer via an infrared protocol such as the IrDA protocol. 
In one embodiment for example, the computer includes a peripheral bus, such as a 
peripheral component interconnect (PCI) bus, and further includes a management function 
system coupled to the peripheral bus. The management system is coupled to an I/O bus, 
which is further coupled to a microcontroller. The microcontroller is coupled to an infrared 
transceiver, which may conveniently be located on the front bezel of the computer. In this 
manner, die microcontroller may implement an IrDA stack for enabling communications 
with the handheld device via the infrared transceiver. The VO bus may be implemented in 
any suitable format, such as the f C bus by Philips Electronics. 

In yet further embodiments, a memory, such as implemented using non-volatile 
(NV) memory devices or the like, may be coupled to the microcontroller for storing the 
status information of the computer. The microcontroUer may then store status information 
from the computer into its NV memory, or may further store information from the handheld 
device sent via the infrared transceiver. In yet another embodiment, the computer infrared 
transceiyor, the microcontroller and the NV memory receive auxiliary power so that these 



-7- 



devices are operational when the computer is powered down. In this manner, the 
microcontroUer sends infoimation from the NV memory to the handheld device even when 
the computer is powered down. 

A computer diagnostic system according to an embodiment of the present invention 
s includes a computer with a communication port, an I/O system and a handheld device. The 
computer and communication port are implemented in a similar manner as previously 
described. The I/O system enables communication via the computer communication port 
during power up self test (POST) of the computer system. The handheld device 
communicates with the computer during POST. In one embodiment, the VO system 
10 includes a System ROM that further includes I/O code to enable communications with the 
handheld device when executed. The main processor or CPU of the computer executes the 
I/O code during POST upon power up of the computer. For example, the basic input'output 
system (BIOS) stored in the System ROM of the computer is typically transferred to main 
memory and executed by the main processor. The processor executes the I/O code to enable 
IS the handheld device during POST so that the handheld device replaces some of the standard 
I/O devices during power up. 

For example, the VO code may enable the handheld device to emulate at least one 
I/O device, such as any one or more of a keyboard, a mouse, a disk drive, a monitor etc. In 
this manner, any information that might otherwise be displayed on a monitor coupled to the 
20 computer is forwarded to the handheld device for display. Furthermore, an administrator 
may interface die computer via die handheld device to perform set up or configuration or 
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any other diagnostics for the computer during power up and before the operating system is 
installed and executed. 

The computer diagnostic system is implemented in a similar manner as previously 
described, such as through serial or infrared communications. For the infrared 
communication embodiments, the computer includes an infrared transceiver, an I/O bus, a 
microcontroller and memory. This enables infrared communications with the handheld 
device, which also includes an infrared transceiver and infrared communication capabilities. 
Further, the infrared system may receive auxiUary power to enable communications with 
the handheld device even while the computer is powered down. 

A computer interface system for a computer according to an embodiment of the 
present invention mcludes a CPU, a peripheral bus, a management processor coupled to the 
peripheral bus and an infrared transceiver coupled to the management processor. In this 
embodiment, the management processor enables an external device to emulate any one or 
more of a keyboard, a mouse, a disk drive, a floppy disk drive, a CD-ROM drive, and a 
IS monitor via the infrared transceiver of the computer. The management processor may 
operate in a similar manner as the microcontroller previously described. For example, the 
management processor may implement an IrDA stack and conduct the infrared 
communications via the infrared transceiver. Altematively, a microcontroller and memory 
may be coupled to the management processor via an I/O bus, such as the fC bus. The 
20 microcontroller may then be utilized to implement the IrDA stack to enable communications 
with the external device via the infrared transceiver. 



The management processor may perform additional functionaUty as compared to a 
microcontroller only embodiment For example, the management processor may decode 
video cycles on the peripheral bus, convert the video cycles to a video stream, and send the 
video stream via the infrared transceiver for display by the external device. The 
management processor may further include a memory, such as implemented using RAM 
and ROM devices, where the management processor stores status information of the 
computer into its memory. The management processor and its memory may also be 
powered through auxiUary power so that it is functional when the power of the computer is 
shut down. In this manner, the external device may communicate with the management 
processor and retrieve status information of the computer even while powered down. The 
management processor may be implemented to monitor the system health during normal 
operation and fiorther may track events that lead to a shutdown of the computer system. 
Since the management processor operates through the shut down process and continues to 
operate after shut down, an administrator may retrieve vital shut down or other event 
information from the management processor memory at any time. The administrator will be 
able to use functionaUty of the management processor in order to power on the computer 
system. 

It is appreciated that a communication interface system according to embodiments of 
the present invention completely replaces prior IMD or LCD configurations. The computer 
need only include an external communications port, such as a serial or infrared transceiver 
port, to enable communications with and external, handheld device. The handheld device 
replaces an IMD or LCD for any number of computers, such as server computers in a 
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stacked configuration. A communication interfece system may provide additional control, 
configuration, or setup functionality depending upon the particular embodiment. 



Brief Description of the Drawings 

A better understanding of the present mvention can be obtained when the followmg 
detailed description of the preferred embodiment is considered in conjunction with the 
following drawings, in which: 

Figure 1 is a simpUfied block diagram of an exemplary network system that is used 
to illustrate a communication interface system according to an embodiment of die present 
invention. 

Figure 2 is an exemplary system block diagram of any of the server computers of 
Figure 1. 

Figure 3A is a simplified block diagram of the exemplary server computer 
illustrating an exemplary interface between the software and hardware components of a 
communication interface system according to a serial port embodiment. 

Figure 3B is a simpUfied block diagram of the exemplarv' server computer 
illustrating an exemplary interface between the software and hardware components of a 
communication interfece system according to an mfirared transceiver embodiment. 

Figure 4 is an exemplary screen shot of an LCD emulation embodiment. 

Figure 5 is an exemplary screen shot of a web page embodiment for purposes of 
displaying management information. 

Figure 6 is an exemplary screen shot of a web page embodiment for purposes of 
displaying diagnostic information. 

Figure 7 is a simplified block diagram of the server computer of Figure 2 illustrating 
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another exemplary communication interfece system implemented according to an infrared 
transceiver embodiment configured tbrougji the system ROM- 
Figure 8 is a simplified block diagram of die server computer of Figure 2 iUustrating 
yet another exemplary communication interfece system implemented according to another 
infrared transceiver embodiment including a separate management processor. 
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DetaUed Description of Embodiments) of the Invention 

Figure I is a simpUfied block diagram of an exemplary network system 100 that is 
used to illustrate a communication interfece system according to an embodiment of the 
present invention. Although the communication interface system is useful and illustrated in 
5 a network configuration, it is understood that the present invention is not limited to network 
configurations and may be utilized in any type of computer system, including a standalone 
computer system. One or more server computers 101, 103. 105. 107, 109, etc. are coupled 
to a network 113. such as a local area network (LAN) or the like, for servicing one or more 
computer systems (PCs) 117. In the embodiment shown, the network 113 is implemented 
^o with a HUB 115, such as a repeater or switch device or the like, that is coupled to each 
server computer 101-109 and to each of the PCs 117 in a star configuration. Each of the 
server computers 101-109 and the PCs 117 include an appropriate network card or NIC or 
the like (not shown) for enabling network communications. The net^vork 113 may be 
iniplemented according to any desired architecture, such as Ethernet or.the like, and may 
15 use any desired network protocol. The server computers 101-109 are implemented for a 
rack configuration and are shown mounted in a rack 111. 

A user or administrator 126 desires to detemiine the status of the network 1 13 or any 
device on the network 113, including the HUB 115. any of the PCs 117 or any of the server 
computers 101-109. Any one or more of the server computers 101-109 may include 
20 management software or the Uke that stores network management infonnation. The 
administrator 126 may further desire to detennme the health status of each of the server 
computers 101-109. Each of the server computers 101-109 includes health software that 
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stores and reports health information of the respective computer. Computer monitoring 
software or the like executed on the respective server computer 101-109 continuously 
monitors parameters and information measured by hardware detection devices (not shown) 
indicative of the status or '-health" of the computer. Such parameters may include 
temperature level(s), vital voltage and current levels, etc.. and the other important 
information may include data related to status of cooling fen(s), status of batteries, non- 
maskable interrupts (NMIs), PCI bus parity errors, etc. Other information and data is also 
monitored, such as. for example, parameters associated with one or more processor(s) or 
CPUs, amount of total memory, ROM date, phone numbers of support persomiel, etc. This 
information along with other information is coUectively referred to as the management and 
status mformation as further described below. 

IMD devices were previously used to operate in conjunction with the computer 
monitoring software to access the system stams information. Each IMD device operated 
according to a menu system with a menu map that was navigated by the administrator 126 
via an onboard keypad or the like to access and display the desired system status 
information on an LCD screen or the like. These IMD devices are required for each 
computer system within this person's usage model. 

As shown, the administrator 126 instead carries a portable or handheld device 123 or 
the like for accessing management and/or health information. The handheld device 123 
may comprise any type of portable device, pahn device (e.g., the Pahn PC or PPC), 
handheld device, notebook computer, or any type of personal digital assistant (PDA) device 
or the like, such as the Pahn Pilot by 3COM. etc. The handheld device 123 includes any 



associated operating system, such as Windows CE or the like. In one embodiment, the 
handheld device 123 includes an appropriate LCD display 124 and communicator and 
browser software for accessing and displaying the desired management and status 
information. Each of the server computers 101-109 includes an I/O port that interfaces with 
the handheld device 123 to enable communication with each of the server computers 101- 
109. In some embodiments, the server computers 107 and 109 include serial ports 121 that 
couple via appropriate connectors to a serial cable 127 or the like. The serial ports 121 may 
be located anywhere on the server computers, such as the front bezel for convenient access 
by the administrator 126. In one embodiment, the serial cable 127 couples to a docking 
cradle 131 for receiving and docking the handheld device 123. The docking cradle 131 
includes an appropriate coraiector 133 that interfaces a corresponding serial connector 127 
of the handheld device 123 to enable communications when docked. In another 
embodiment, the serial cable 127 includes an appropriate connector 129 that is connected 
directly to the connector 125 of the handheld device 123 to enable communications. 

The serial cable embodiments, with or without the docking cradle 131, enable 
relatively convenient access and control of the coupled server computer 107, 109. The 
serial ports 121 may be conveniently located and are relatively small and thus do not 
consume appreciable real estate on the front bezel of the server computers 107, 109. The 
serial cable 127 must be available and connected to the respective server computer, 
however, before communications are initiated. 

In another alternative embodiment, the server computers 101-105 each include an 
infrared (IR) transceiver 119 located at any convenient location, such as the front bezel m a 
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similar manner as the serial port. The infrared transceivers 119 enable conununication via 
an infrared transceiver 135 provided on the PDA device 123. In the infirared transceiver 
embodiment, the administrator 126 need only point the handheld device 123 in the general 
direction of one of the infrared transceivers 119 to establish, initiate and maintain 
commmiication, or otherwise conduct a communication session, with any of the SCTver 
computers 101-109. Like Has serial ports 121, each infrared transceiver 1 19 is conveniently 
located and is relatively small so that it does not consume appreciable real estate, such as on 
the front bezel of the server computers 101-105. Any of the server computers 101-109 may 
be equipped with either or both of the serial ports 121 or infixed transceivers 121, although 
only one type of I/O port would typically be selected for a particular configuration. 

In one embodiment, the handheld device 123 replaces an IMD or LCD display or the 
like for determining the health of one or more of the server computers 101-109 or the status 
and/or configuration of the networic 113. Such fimctions may be performed by 
communicating with one of die server computers 101-109 while powered on with its 
operating system (OS) in full operation. In an alternative embodiment, the server computa: 
includes an auxiliary power source that provides power to a memory and the communication 
devices to enable limited access of information while the system is powered down. Tn this 
manner, any information stored in the memory, such as the most recent status information of 
the server, is accessible at any time. It is further noted that any other smart or intelligent 
devices that are coupled to auxiliary power may provide further information during the 
power down state. For example, a thermistor or thermometer or the like may be queried 
after system shut down to provide temperature infonnation that may lead to discovery of the 
cause of the shut down. 
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In a more sophisticated embodiment, a processor or the like is coupled to auxlHary 
power to provide certain mformation when powered down, such as system name or 
identification, status and configuration. The processor may further be used to alter or 
change system configuration information that is utilized at next boot up of the computer. 

In yet another embodiment, the handheld device 123 may be used as the primary I/O 
interface during system power up before the OS is installed and executed. For example, the 
system ROM includes a Basic Input Output System (BIOS) routine that further performs 
Power On Self Test (POST) for the computer system. The POST routine is a series of 
diagnostic tests to ensure that the basic hardware is operating properly. The BIOS also 
initializes basic hardware and VO operations, such as communication with disk drives, a 
keyboard, basic video functions, etc. In a first embodiment, the BIOS routine includes code 
to enable communications with the handheld device 123 during power up, so that the 
handheld device 123 can perform or otherwise replace certain I/O functions. For example, 
the handheld device 123 is enabled to perform any one or more I/O fimctions, including 
mouse, keyboard, video, disk operations, etc. In this manner, the administrator 126 
monitors and controls the computer system during power up. Anything that would normaUy 
be displayed on a monitor is instead displayed on the display 124 of the handheld device 
123. In this manner, the administrator 126 is able to monitor system status during power up 
and receive any reports or error messages that may be displayed. Furthermore, the 
administrator 126 is able to use the handheld device 123 to run configuration for the 
computer, or to run any diagnostic software or routines to determine system status and 
identify any problems, etc. 
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Referring now to Figure 2, an exemplary system block diagram is shown of a server 
computer 200. which represents an embodiment of any of the server computers 101-109. 
The server computer 200 is an industry standard compatible, high-end personal computer 
(PC) system or the like typically used for woricstations or server systems, although any type 
of desktop, portable or laptop computer is also contemplated. Although the present 
invention is illustrated using an industry standard compatible computer system, it is 
understood that the present invention is appUcable to other types of computer systems as 
known to those skilled in the art. The server computer 200 includes a host bus 208, which is 
coupled to one or more central processing units (CPUs) 202. Only one CPU 202 is shown, 
though it is understood that a multiprocessor computer system is also contemplated. The 
CPU 202 may include an appropriate processor and supporting circuitry, such as the S0486, 
PentiumTM. or Pentium H™, Pentium Iir™,etc. microprocessors from Intel Corp., although 
other types of processors are contemplated, such as the K6 Une of microprocessors by 
Advanced Micro Devices, Inc. (AMD). The external circuitry preferably includes an 
external or level two (L2) cache or the Uke (not shown). A memory controller 204 is 
coupled to the host bus 208 for interfacing system memory 206. The system memory 206 is 
preferably implemented with one or more memory boards plugged into compatible memory 
slots on the motherboard of the server computer 200. 

The server computer 200 may include one or more peripheral, expansion, 
input/output (I/O) buses, etc. as desired. For example, the exemplary configuration includes 
a PCI bus 212 coupled to the host bus 208 via a Host-PCI bridge 210. The PCI bus 212 is 
typically implemented with one or more PCI slots 214 individually labeled SI, S2, S3, and 
so on. Each of the PCI slots 214 are configured to receive compatible PCI adapter cards 
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incorporating one or more PCI devices as known to those skiUed in the art. Typical PCI 
devices include network interface cards (NICs). disk controUers such as a SCSI (small 
computer systems interface) disk controller, video or graphics controllers, etc. In tiie 
exemplary configuration shown, for example, an array controUer 216 is plugged into the slot 
SI for coupling a disk array 218 of hard disk drives. Another SCSI controller 220 is shown 
plugged into the slot S3 for coupling a cache disk drive 222. One or more integrated PCI 
devices may also be included, which are typically integrated onto the motherboard itself and 
coupled directly to the primary Pa bus 212. In the exemplary configuration shown, for 
ample, an integrated video controller 224 may be coupled to the PCI bus 212 for coupling 
display device 226, such as a monitor or any other type of output visual device for 



ex; 
to a 



computer systems. 

The server computer 200 includes a south bridge I/O system 228 coupled to the PCI 
bus 212. The south bridge I/O system 228 incorporates many of the traditional VO 
controllers and devices, such as serial and parallel communication ports, a system read only 
memory (ROM) 229 comprising one or more ROM modules, one or more disk controllers 
(such as a floppy disk controller and/or a hard disk controller for coupling corresponding 
floppy or hard disk drives, a keyboard controUer for coupling a keyboard, a real time clock 
(RTC) and timers, a mouse controUer for coupling a mouse, as weU as other peripherals, 
such as a direct memory access (DMA) system, diagnostics ports, command/status registers, 
battery-backed CMOS memory, etc. The serial port 121. for example, is provided on or 
otherwise through the south bridge I/O system 228. The system ROM 229 typicaUy 
includes aBIOS routine 231 that fiirther performs POST for the server computer 200. 
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The server computer 200 further includes a man^ement functions system 230 
coupled to the PCI bus 212. The management functions system 230 may include several 
system level devices or components (not shown), such as one or more APICs (advanced 
programmable interrupt controUers) or non-volatile static random access memory 
(NVSRAM) or the like. The management fimctions system 230 couples to a secondary I/O 
bus 232, which is further coupled to a microcontroUer 234. In one embodiment, the 
secondary I/O bus 232 is implemented as an I^C bus by Philips Electronics. The 
microcontroller 234 is any suitable microprocessor or controller, such as the Scenix 48/52 
Microcontroller by Scenix Semiconductor, Inc. The microcontroUer 234 is further coupled 
to a non-volatile (NV) memory device 236 and to an infrared (IR) transceiver 238. In one 
embodiment, the microcontroller 234. NV memory device 236 and the IR transceiver 238 
are powered only while the main server computer 200 is powered up. Alternatively, an 
auxihary power source (not shown) of the server computer 200 provides an auxiliary power 
signal (VAUX) to the microcontroller 234, the NV memory device 236 and the IR 
transceiver 238, so that these devices are powered and available for communication while 
the server computer 101 is powered down. 

Figure 3A is a simplified block di^ of a server computer 200 illustrating an 
exemplary communication interface between the software and hardware components of a 
communication interface system according to an serial port embodiment of the invention. 
0 Again, the server computer 200 is an exemplary embodiment of any of the server computers 
101-109. Software programs or appUcations 301 are loaded into the system memory 206 
for execution by the CPU(s) 202. The software applications 301 includes management 
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software 303, health software 305. an information access appUcation 307 and one or more 
drivers, such as serial port driver 309 for enabling conmiunication with the serial port 121. 

In one embodiment, the health software 305 runs in conjunction with operating 
system and hardware devices to continuously monitor the health and status of the of the 
5 server computer 200. For example, the health software 305 continuously monitors the 
status and "health" of the server computer 200 by monitoring parameters such as 
temperature level(s). vital voltage and current levels, etc. and further monitors other 
important status and error mformation, such as information related to status of cooling 
fan(s), status of batteries, non-maskable interrupts (iNT^fls), PCI bus parity errors, etc. Other 
10 system information is also accessible for display, such as, for example, numbers associated 
with the CPU, amount of total and available memory, ROM date, phone numbers of support 
personnel, etc. In a similar manner, the man^ement software 303, if installed, runs in 
conjunction with operating system and the network 113 to continuously monitor the health 
and status of the of the network 1 13. This error, management and status information along 
15 with other information available for display is coUectively referred to as management and 
status information associated with the server computers 101-109, or the PCs 117 or the 
network 1 13 or any combination thereof 

The management software 303 and the health software 305 may further be used to 
control characteristics, attributes, parameters, operating values, etc. associated with the 
20 server 200 or the network 113, including the other server computers 101-109, the HUB 115, 
the PCs 117, etc. For example, in the event that the health software 305 reports an 
excessive heat condition within the server computer 200, may increase the speed of one or 
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more fens to control the heat. The health software 305 may further report an operating 
problem or error of a device or component, such as the CPU(s) 202. in which case the 
administrator 126 may desire to shut the server computer 200 down to replace the 
malfunctioning device(s). Of course, the health software 305 may perform some of these 
functions automatically. The management software 303 may be used in a similar manner, 
such as, for example, to control the operating stanis of one or more ports of the HUB 1 15. 

The information access appUoation 307 interfaces with the management software 
303 and the health software 305 to enable communications with an external device via the 
serial port 121, such as with the handheld device 123. In this manner, the administrator 126 
has access to any of the management and status information provided by the management 
software 303 and the health software 305 via the handheld device 123 coupled through the 
serial port 121. 

^ Figure 3B is a simplified block diagram of the server computer 200 illustrating an 
exemplary interface between the software and hardware components of a communication 
interface system according to an infrared transceiver embodimem of the invention. Again, 
the server computer 200 is an exemplary embodiment of any of the server computers 101- 
109. As before, the software appUcations 301 includes the management software 303, the 
health software 305. and one or more drivers. In this case, the drivers include as an I/O bus 
driver 311 for enabling communication with the I/O bus 232. For an I^C bus. the bus driver 
307 is correspondingly implemented as an f C bus driver. The I/O bus 232 is shown 

coupled to the microcontroller 234, which is further coupled to the NV memory 236 and the 
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m. transceiver 238. Other support circuitry is not shown but is provided as necessary, such 
as discrete components and clock circuitry with appropriate oscillator or the like. 

The Infrared Data Association (IrDA) is the governing body that promotes the IrDA 
protocol and its interfaces. This group is primarily concerned with ensuring compliance to 
the frDA standard, to ensure compatibility between devices, and promoting the use of 
infrared as a communications standard. The IrDA protocol is widely used; laptops, 
handheld devices, pahn devices, Pahn Pilots, notebooks, digital cameras, and other devices 
may be implemented to use IrDA as a wireless communications mechanism. Additionally, 
other infi^d technologies exist for the consumer market addressing different needs, such 
as stereo and TV remote controls. Infrared technology is a safe and well-proven 
communications strategy for near distance Une-of-sight communications. The IrDA 
standard serial type emulation witii the IrCOMM protocol, and more advanced application 
protocols that allow socket level access to the data stream. Witii IrCOMM protocols, PPP 
(Point-to-Point Protocol) and TCP/IP (Transmission Control Protocol/Internet Protocol) 
support can be easily implemented. 

Infrared devices capable of communicating with standard devices may be 
implemented according to the IrDA protocol. The IrDA protocol consists of both a physical 
layer specification and logical layer specification. The physical layer is addressed witii an 
infixed transceiver. The mfirared transceiver 238, for example, comprises a 
transmitter/receiver pair, which provides access to the physical medium using infirared light 
at approximately tiie 980 nano-meter (nm) wavelengtii. An encoder/decoder (ENDEC) 
component is typically used to convert die pulses on the physical medium to pulses 
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compatible with UART (Universal Asynchronous Receiver Transmitter) or other signal 
mechanisms. The remaining portion of the IrDA protocol that manages the access protocoU 
collisions, data integrity, and higher level communication interfaces is implemented in 
software. 

IrDA stack implementations are available that require processing power sufficient to 
operate UART style communications, and tiiat provide a suitable operating enviromnent for 
the IrDA stack. Appropriate systems might be the host operating system, or embedded 
processors. Both of these solutions may be utilized but have various disadvantages. For 
example, in some embodiments it is desired to operate whether or not the host operating 
system is present and/or functioning correctly. In the ser.-er computers 101-109, for 
example, it is desired to enable embodiments in which infrared communications occur while 
the respective server computer is powered down. Minimizing the interaction between a host 
operating system and diagnostic capabiUties is desired to eliminate possible disruptions. 
The use of embedded processors is contemplated. Embedded processor solutions, however, 
nxay be relatively expensive to implement solely for the purpose of IrDA communications. 
The requirements for physical, power, board space, and software implementation may be 
costly. 

An embodiment utilizing the microcontroller 234 enables the functionahty of the 
IrDA stack without significant cost The microcontroller 234 is implemented to drive an IR 
0 transceiver 238 to communicate with the IR medium. Additionally, the microcontroller 234 
includes the processing capabiUties to perform the ENDEC fimction without an external 
ASIC (Application Specific Integrated Circuit). 
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The I/O bus 232 and I/O bus driver 307 enable communication between the 
microcontroller 234 and any software appUcations on the server computer 200, such as the 
management software 303 and the health software 305. The microcontroller 234 enables 
ii^fored communications with external devices, such as the PDA 123, via the IR transceiver 
238. An optional LCD display could be provided along with LEDs and buttons or the like, 
where the NV memory 236 is used as LCD storage for menus and alerts. The 
microcontroller 234 handles buttons, LEDS, LCD updates, and timers to minimize host 
requirements. In one alternative embodiment, the IR transceiver 238 is the sole I/O device, 
and the microcontroller 234 repeatedly broadcasts existing LCD information from the NV 
memory 236. Any appropriate Ustening device, such as the handheld device 123. can 
receive and display the broadcasted infonnation. In another alternative embodiment, the IR 
transceiver 238 is again the sole I/O device, but the NV memory 236 is populated with data 
from the host system through the f C bus. In this embodiment, the microcontroller 234 
manages the IR transceiver 238, ENDEC logic, and the IrDA protocol to receive requests. 
Response data is obtained from the NV memory 236, and the response is sent back by the 
microcontroUer 234 out the IR transceiver 238. In these embodiments utilizing the I^C bus, 
the microcontroUer 234 operates as an f C bus slave. 

The management stams infomiation is accessed by the microcontroller 234 and 
transmitted via the IR transceiver 238 to an external device, such as the handheld device 
123. Alternatively or in addition, the management status information is written to the NV 
memory 236 by the microcontroller 234. When queried by the handheld device 123, the 
microcontroller 234 transmits the information stored in the N^V memory 236 via the IR 
transceiver 238 to the handheld device 123, which displays tiie information on its display 
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124. The auxiUaiy power providing power via the VAUX signal enables the handheld 
device 123 to retrieve infonnation from the NV memory 236 even when the main power of 
the server computer 200 is shut down. The microcontroUer 234 receives queries from the 
handheld device 123 and forwards requested information from the NV memory 236 at any 
5 time. The administrator 126 may fiarther submit commands to the management software 
303 and/or the health software 305 via the handheld device 123. which commands are 
received by the IR transceiver 238 and forwarded by the microcontroller 234 to the 
appropriate software application 301 . 

In one embodiment, the microcontroller 234 is implemented with the appropriate 
10 code to transmit information, files or data in a fomi that can be browsed and displayed by 
the handheld device 123. In one embodiment, the capabiUties of the handheld device 123. 
such as a 3COM Pahn Pilot or a Windows CE device, are used in order to represent the data 
of an LCD device. The administrator 126 obtains the LCD information using the handheld 
device 123. The software available on the handheld device 123 improves the usabiUty of 
^s the information presented. In particular, font size and font color can be controUed, LED 
icons may be customized to suit user preferences, the data can be easily stored, and moved 
to locations where support services are more readily available. This embodiment fosters 
additional capabilities in asset management and inventory control. For the infrared 
embodiments, the information presented by the server computer 200 becomes a unique 
20 invisible IR barcode. 

A more advanced solution takes full advantage of the display technologies used in 
mobile devices. Graphical, sound, and color capabilities that are not feasibly implemented 
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by the server computers 101-109 are implemented efficiently by leveraging the fimctionaUty 
of the handheld 4evice 123, where the infonnation is commimicating via infered 



technology. 



Various web pages and information pertaining to the state of the server computer 
200 or the network 1 13 may be provided on the server computer 200. For example, the NV 
memory 236 may be popuUted with such web pages and information. Diagrams indicating 
replacement components, FRU codes, color, sounds, and the many features available from 
the web browser experience are transmitted to the handheld device 123. Agents that 
leverage HTML (HyperText Markup Language) documents and web browser technologies 
also provide this information. A subset of the Ml CIM/XE information may be desired in 
order to provide the best web content that is viewable by a mobile device, such as the 
handheld device 123. As fimctionaUty and capabiHties increase, the content is also 
increased to provide bettCT diagnostic data. 

A more advanced solution leverages HTML technology in order to present more 
helpful information using a wider range of graphical capabiUties; color, sound, images, etc. 
For infrared embodiments, the microcontroller 234 manages the NV memory 236 in 
addition to the IR medium. The NV memory 236 is sized appropriately to hold all 
necessary information for comprehensive web page content. For example, memory sizes of 
64K. 128K, or larger are feasible. Software appUcations 301 on the operating system of the 
server computer 200 or, in the alternative, an embedded management processor, populates 
the NV memory 236 with the desired information. The bandwidth for populating the NV 
memory 236 is minimal. 
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In one embodimeiit, the microcontroUer 234 is passive until interrogated by the 
handheld device 123. The handheld device 123 uses either a custom appUcation to aUow for 
easy loaniing capabilities, or leverages already present TCP over PPP capabiUties. TCP 
over PPP reduces the software work required. TCP over PPP may be implemented to 
provide the easy roam-in. roam-out usability as desired. In the first case, a custom 
appUcation transfer HTML files ftom the server computer 200 to the handheld device 123, 
which includes appropriate web browser software that is used to browse the files. In the 
latter case, the PPP comiection is used to direcUy browse the files on the server computer 
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It is noted that capabiUties currently exist to allow keyboard, mouse, and video 
information to be presented over the infrared medium or the serial port to suitable portable 
devices. As understood by those of ordinary skiU in the art, this currently requires a host 
operating system and special software such as Windows 2000 or PC Anywhere. THe 
bandwidth requirements may exceed current infi:ared Umits. The bandwidth may be 
increased with compression or management techniques. For fixll rack configuration with 
headless operation, infrared technology is used to completely eliminate the cabUng 
problems that exist with the use of a keyboard, mouse, and monitor. 

It is appreciated that many operational modes are possible and contemplated for 
various usage model embodiments. For example, in an asset management configuration, the 
administrator 126 walks up to the rack 111 of the enabled server computers 101-109 and 
points the handheld device 123 (for infrared embodiments) or couples the handheld device 
123 (for serial port embodiments). Communication is automatically commenced according 
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«, embodincms described, aiid the admimsttaot 126 U provided «ith an indicaion Aat 
tafotmation has been gaAered within the handhdd device 123. For example, the handheld 
device 123 may assert a beep sound or d.e like. The handheld device 123 may further be 
configured to display the name of .he server compu«^ or device about which the . 
s information pertams. The administrator 126 can then later review all information at their 
convenience on the handheld device 123 or upload to a workstation for viewing die 
information, such as statistics or the like. 

Figure 4 is an exemplary screen shot 400 of an LCD emulation embodiment, where 
*e screen shot 400 is displayed on d>e display 124 of dre handheld device 123. A window 
ro 401 or d.e like is shown and includes a virmal LCD display 403, one or more virnml buttons 
405. one or more viimal LEDs 407, etc. Tbc window 401 is in any desired fomiat, such as a 
Windows CE version. The administrator 126 interftces with the window 401 in standard 
Muon. ^ch as wifl. a pen stylus and/or cursor or the like, to interface the virtual buttons 
405. The viimal LCD display 403 and virmal LEDs 407 display requested information in a 
,s similar mam.er as a physical LCD or IMD. However, the physical LCD or IMD is not 
necessary and is replaced by the handheld device 123. In an exemplary embodiment, the 
" administrator 126 points the handheld device 123 to the rack 111 of enabled server 
computers 101-109. or seriaUy couples ttte handheld device 123 to a selected server. A 
* virmal alert LED 407 is used to mdicate important in&madon. A Ust of *e servers is 
„ presented on the virmal LCD display 403 shown on display 124. such as Windows MFC 
control. The administrator 126 selects a desired server, and Ure window 401 U displayed on 
fte handheld device 123 and updated continuously just like a physical LCD. 



Figure 5 is an exemplary screen shot 500 of a web page embodiment for purposes of 
displaying management infonnation. where the screen shot 500 is displayed on the display 
124 of the handheld device 123. In this case, the handheld device 123 includes abiowser or 
the like that displays an exemplary window 501 according to CIMTXE style pages. The 
window 501 includes standard window graphics and icons or the like, such as menus, sUde 
bars, interface icons, etc.. and includes an infonnation area 503. Again, the administrator 
126 points (or serially couples) the handheld device 123 to the rack 111 of enabled server 
computers 101-109. A Ust of the servers (not shown) is presented in information area 503 
of the window 501. The administrator 126 selects a desired server or device, and the 
window 501 displays status information of the selected device. As shown, status 
information of a server named "COOLHOST' is displayed. 

Figure 6 is an exemplary screen shot 600 of a web page embodhnent for purposes of 
displaymg diagnostics information, where the screen shot 600 is displayed on the display 
124 of the handheld device 123. hi this case, the handheld device 123 includes a browser or 
the mce that displays an exemplary window 601 according to Xerox style information 
unages or pages. The window 601 includes window graphics and icons or the like, such as 
menus, sUde bars, interface icons, etc.. and includes an information area 603. Again, the 
administrator 126 points (or serially couples) the handheld device 123 to the rack III of 
enabled server computers 101-109. A Ust of the servers in a foiled or degraded state (not 
shown) are presented in the information area 603 of the window 601. An appUcation 
operating on the handheld device 123 determmes the source of the problem or error, such as 
failure of a fan or the like. As shown, Xerox style help information is displayed in the 



infonnation area 603 of the window 601 providing a list of menu items for service and 
repair instructions. 

Figure 7 is a simplified block diagram of the server computer 200 illustrating an 
exemplary commimication interface system 700 implemented according to an infirared 
transceiver embodiment configured through the system ROM 229. In this embodiment, the 
BIOS 231 is loaded into the system memory 206 and executed by the CPU 202 during 
power up of the server computer 200. The BIOS 231 includes I/O code 701 that interfaces 
with the microcontroller 234 to enable I/O functions via the handheld device 123. In 
particular, the I/O code 701 includes code to enable the handheld device 123 to perform any 
one or more of keyboard fimctions, mouse functions, video functions, disk drive functions, 
etc. For video functions, for example, whatever information that would normally be 
displayed by a monitor coupled to the server computer 200 is instead displayed on the 
display 124. The administrator 126 is further able to run a SETUP routine to retrieve and 
modify setup, status and/or configuration infonnation via the handheld device 123. The 
handheld device 123 may fiirther be utilized to execute any diagnostic routines stored on the 
handheld device 123 or otherwise stored on any storage device of the server computer 200, 
For example, the handheld device 123, through operation of the I/O code 701, is configured 
to emulate a floppy disk drive for the server computer 200, such as drive A:, which further 
stores a diagnostic routine that is loaded into the system memory 206 and executed by the 
server computer 200. 

In this manner, it is appreciated that the handheld device 123 emulates or otherwise 
replaces any one or more of the standard I/O functions of the server computer 200. This is 
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particularly advanug«.us in a headless configuration in which the server computer 200 does 
.0. otherwise include a keyboard, a mouse, a monitor, a floppy drive, etc The 
,d.„i^r 126 is thus able to control the server computer 200 a. power up mctadmg 
functions such as semp, configuration, di^ostics, etc. It is finther noted that an^liary 
s power arough the VAUX power signal may optionally be provided to the NV memory 236. 

the microcontroUer 234 and the inftared Wnsceiver ,19 in a similar mamter as described 
piously. The handheld device 123 may include an updated ROM pack to update the 
system ROM 229 of the server computer 200. For example. fl>e administi^or 126, via the 
handheld device 123. runs the SETUP or configuranon while booting the server computer 
20O, and then instmcts dte server computer 200 to replace the ROM code with d^t suppUed 
by the handheld device 123. 

Figure 8 is a simplified block diagram of the server computer 200 illusnrating 
another communication interface system 800 implemented accordmg to another inSared 
transceiver embodiment including a s^arate management processor. In tins embodiment, 
.s the management ftnctions system 230 includes, or is otiterwise replaced by. a management 
p^^ssor 801 coupled to tite Pa bus 212. Thus, the management processor 801 is able to 
commmncate widr *e host operating system and/or the system ROM. The microcontroUer 
234 is coupled to tite management processor 801 via d>e I/O bus 232. The management 
processor 801 may fimher include its own memory system 803. which teti«r includes any 
,0 desired combination of RAM and ROM devices. The man^ement processor 801 may 
fi^er include separate communications to oti>er bus systems (not shown) and may finti>er 
incorporate or otiterwise in.er6ce oU.er I/O functions, such as one or more USBs (Universal 
Serial Buses), serial ports, a keyboatd controUer, a mouse interface. EtitemeU messaging 
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interfaces abstracted on top of the PCI bus 212, etc. The management processor 801 may 
further be used to update the system ROM 229 of the server computer 200 by enabling the 
administrator 126 to execute the SETUP or configuration routine in a similar manner as 
described above. 

The VAUX auxiliary power signal may optionally be provided to the management 
processor 801. the memory system 803, the NV memory 236, the microcontroller 234 and 
the infiared transceiver 119 in a similar manner as described previously. The 
microcontroller 234 implements the IrDA protocol and enables the fimctionaUty of the IrDA 
stack. Alternatively, the IrDA protocol and stack are implemented by the management 
processor 801, in which case the microcontroller 234 and NV memory 236 are not 
necessary, so that the infrared transceiver 119 is coupled directly to the management 
processor 801 as indicated by dashed line 807. 

The communication interface system 800 operates in a similar manner as the 
interface system 700. The system ROM 229 need not include the I/O code 701 as the 
handheld device 123 is enabled via the management processor 801. In particular, the 
management processor 801 enables the handheld device 123 to perform any one or more of 
keyboard functions, mouse functions, video functions, disk drive functions, etc. In one 
embodiment, the management processor 801 decodes video cycles on the PCI bus 212 and 
converts to a video stream for display by the handheld device 123. In this manner, whatever 
information that would normally be displayed by a monitor coupled to the server computer 
200 is instead displayed on the display 124. The administrator 126 is further able to run the 
SETUP routine to retrieve and modify setup, status and/or configuration information via the 
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Although a system and method according to the present invention has been 
descrxW in comiection with the preferred embodiment, U 

the specific form set forth herein, but on the contrary, it is intended to cover such 
alternatives, modifications, and equivalents, as can be reasonably included within the spirit 
and scope of the invention as defined by the appended claims. 



